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IV 


ABSTRACT 


The  Navy’s  eLearning  (NeL)  computer-based  learning  system  relies  on  a  Learning 
Management  System  (LMS)  for  content  delivery  and  tracking  learning  information.  One 
major  obstacle  with  NeL’s  current  LMS  implementation  is  that  tracking  of  learning  can 
only  be  done  while  a  user  is  on  a  desktop  computer  using  an  Internet  browser  to  connect 
to  the  LMS  software.  However,  not  all  learning  takes  place  within  an  Internet  browser  on 
a  desktop  computer.  The  Experience-API  (xAPI),  also  known  as  Tin  Can  API  and 
SCORM  2.0,  is  a  standard  maintained  by  Advanced  Distributed  Learning  (ADL)  that 
decouples  the  tracking  of  learning  information  from  the  content  delivery.  Any  piece  of 
software  implementing  the  xAPI  standard  running  on  any  networked  device  can  track 
learning  activity  and  store  that  data  inside  of  a  Learning  Record  Store  (LRS).  A  prototype 
system  was  developed  in  a  virtual  environment  to  showcase  the  use  of  the  xAPLLRS  to 
track  quiz  data,  and  the  quiz  data  could  then  be  synced  from  the  LRS  to  the  LMS.  The 
prototype  showed  that  xAPI,  along  with  its  LRS,  can  overcome  the  NeL’s  AtlasPro  LMS 
limitation  of  only  tracking  learning  from  a  user’s  desktop  computer  using  an  Internet 
browser. 
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I.  INTRODUCTION 


The  current  Learning  Management  System  (LMS)  designs  used  for  eLearning 
content  delivery  and  data  tracking  are  very  centralized  and  high  in  complexity.  This 
makes  it  time  consuming  and  expensive  to  evolve  them  so  that  they  can  take  advantage  of 
emerging  technologies. 

Navy  eLearning  (NeL)  uses  a  LMS  called  AtlasPro  that  does  not  have  the 
capability  to  work  from  mobile  device  browsers  and  is  limited  in  the  way  in  tracking 
learning  data.  The  Hypertext  Markup  Language  (HTML)  content  that  AtlasPro  produces 
contains  the  HTML  ifirame  tag,  which  is  not  supported  by  many  mobile  device  browsers, 
causing  the  content  to  not  behave  and/or  display  correctly  (Mobify,  2012).  Without 
support  for  mobile  devices,  users  of  the  AtlasPro  system  are  limited  to  using  desktop 
computer  browsers.  Not  all  learning  takes  place  at  a  desktop  computer,  nor  on  a  mobile 
device  for  that  matter,  but  enabling  the  system  to  support  mobile  devices  will  broaden  the 
scope  of  what  learning  can  take  place  and  what  data  about  learning  can  be  tracked. 

There  will  always  be  a  need  of  leveraging  legacy  software  and  data  structures 
(legacy  system)  with  modem  software  and  data  stmctures  (modem  system).  Generally 
this  need  comes  from  trying  to  fulfill  new  requirements  while  controlling  costs.  Creating 
a  modem  system  that  leverages  the  legacy  system  can  be  more  cost  effective  than  a) 
creating  a  modern  system  that  fulfils  all  of  the  legacy  systems  requirements  and  new 
requirements  or  b)  modifying  the  legacy  system  to  include  the  new  requirements  (Hyland 
Software,  2009). 

A.  THESIS  OBJECTIVE 

The  technology  to  support  the  next  generation  of  the  NeL  LMS,  and  LMSs  in 
general,  has  not  been  solidified.  This  thesis  provides  a  proof  of  concept  study  to  identify 
the  capabilities  and  issues  of  the  Experience  API  (xAPI)  as  one  potential  technology. 
Specifically  this  thesis  will  look  at  how  the  xAPI,  with  its  Learning  Record  Store  (LRS), 
can  help  overcome  the  limitations  of  data  tracking  within  a  LMS.  This  is  done  using  a 
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scenario  based  analysis  to  design  a  high  level  software  model  along  with  an 
implementation  of  a  prototype  system. 


B,  THESIS  OUTLINE 

Chapter  II  presents  several  topics  to  help  better  understand  the  problem,  the  work 
done,  and  the  results  for  this  thesis.  The  topies  included  are:  the  NeL,  a  general  overview 
of  LMSs,  the  Shareable  Content  Objeet  Reference  Model  (SCORM)  standard  maintained 
by  Advanced  Distributed  Learning  (ADL),  and  details  on  the  xAPI  along  with  its  use  of 
the  LRS  software  and  JavaSeript  Object  Notation  (JSON)  content  format. 

The  prototype’s  design  is  discussed  in  Chapter  III.  It  covers  who  the  stakeholders 
of  the  system  are,  what  use  cases  are  needed  to  support  the  users,  the  various  components 
that  make  up  the  system,  how  the  components  connect  to  one  another,  detailed  sequenee 
diagrams,  and  the  system’s  class  diagrams. 

In  Chapter  IV,  the  prototype  implementation  is  demonstrated  to  verify  the 
prototype  design.  It  discusses  the  environment  that  the  prototype  system  is  hosted  in  and 
a  step  by  step  demonstration  with  sereen  shots  and  details. 

Lastly,  Chapter  V  summarizes  the  researeh  and  suggests  follow-on  researeh  that 
should  be  done  but  is  outside  the  seope  of  this  thesis. 
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II.  BACKGROUND 


The  NeL  is  a  system  that  “delivers  computer-based  learning  designed  to  enhance 
professional  and  personal  growth  of  Navy  military  members”  (Navy  eLearning,  2010).  A 
core  piece  of  NeL,  as  shown  in  Figure  1,  is  the  LMS  AtlasPro  (Sea  Warrior  Program  and 
Naval  Education  and  Training  Command  Public  Affairs,  2013). 


Figure  1 .  Current  user  to  NeL  LMS  interaction. 

A  LMS  is  a  software  framework  that  consolidates  every  piece  of  the  learning 
process  into  one  system  (Szabo  &  Flesher,  2002).  Generally,  a  LMS  will  provide  the 
following:  content  structure,  security,  user  registration,  content  delivery,  interaction/ 
navigation,  assessment,  tracking,  reporting,  record  keeping,  facilitating  reuse, 
personalization,  integration,  and  administration  (Berking  &  Gallagher,  2013).  Some 
examples  of  LMSs  are  AtlasPro,  Sakai,  Blackboard,  and  Moodle. 

Typically  a  LMS  supports  content  that  implements  the  SCORM  standard  that  is 
maintained  by  ADL.  SCORM  “defines  the  interrelationship  of  course  components,  data 
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models,  and  protocols  so  that  learning  content  objects  are  sharable  across  systems  that 
conform  with  the  same  model”  (Berking  &  Gallagher,  2013,  p.  34).  The  benefit  of 
content  built  using  SCORM  is  that  it  is  not  dependant  on  any  one  LMS  and  can  be  reused 
as  a  separate  module. 

There  are  several  versions  of  the  SCORM  standard.  This  thesis  focuses  on 
SCORM  2004  3’^‘^  Edition,  which  has  three  major  sub-standards:  Content  Aggregation 
Model,  Run-Time  Environment,  and  Sequencing  and  Navigation  (Rustic!,  2009).  The 
Content  Aggregation  Model  specifies  how  the  content  has  to  be  structured  and  packaged 
and  is  read  in  by  a  LMS.  The  Run-Time  Environment  specifies  “how  [the]  content  should 
behave  once  it  has  been  launched  by  the  LMS.”  The  Sequencing  and  Navigation  specifies 
the  users’  movement  through  the  content.  With  these  three  pieces  it  is  possible  to  create  a 
SCORM  package  as  simple  as  a  one  page  quiz  or  as  complex  as  a  war  game  simulation. 

The  lowest  level  of  a  piece  of  SCORM  content  is  called  an  Asset  (Rustici,  2009). 
Some  examples  of  Assets  are:  text,  images,  video,  and  sound.  An  Asset  is  always  a  static 
piece  of  content.  One  or  more  Assets  can  be  grouped  into  a  Shareable  Content  Object 
(SCO)  that  “should  represent  the  smallest  unit  of  learning  that  the  LMS  should  track.”  A 
SCO  can  communicate  with  the  LMS  but  an  Asset  on  its  own  cannot. 

One  major  obstacle  with  NeL’s  current  LMS  implementation  is  how  users  have  to 
interact  with  the  LMS.  Tracking  of  learning  can  only  be  done  while  a  user  is  on  a  desktop 
computer  using  an  Internet  browser  to  connect  to  the  LMS  software  (Poltrack,  Haag, 
Hruska,  &  Johnson,  2012,  p.  4).  However,  not  all  learning  takes  place  within  an  Internet 
browser  on  a  desktop  computer. 

ADL  maintains  the  xAPI  standard  that  is  also  known  as  Tin  Can  API  and 
SCORM  2.0  (Advanced  Distributed  Learning).  The  main  driving  factor  for  the  creation 
of  xAPI  is  that  SCORM  is  only  able  to  track  learning  within  a  LMS  but  not  all  learning 
takes  place  within  a  LMS  (Tin  Can  API).  The  xAPI  is  the  “next  generation  of  SCORM 
that  allows  e-leaming  to  use  modem  technologies  in  an  interoperable  way”  (Whitaker, 
2012).  It  has  been  “designed  to  support  existing  SCORM  use  cases  as  well  as  enabling 
use  cases  that  were  difficult  to  meet  with  SCORM,  such  as  mobile  training  and  content 
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that  is  accessed  outside  of  a  web  browser”  (Advaneed  Distributed  Learning,  2013).  The 
xAPI  deeouples  the  tracking  of  learning  information  from  the  eontent  delivery  as  shown 
in  Figure  2. 


Figure  2.  Example  implementation  of  the  xAPl  LRS  traeking  deeoupled  from 

content  delivery. 

Since  the  xAPl  is  a  standard,  like  SCORM,  it  ean  be  implemented  by  any  pieee  of 
software  as  a  standalone  system  or  as  part  of  a  larger  system.  In  the  next  few  years  LMSs 
will  probably  start  to  incorporate  xAPl  into  them  similar  to  how  they  did  with  SCORM. 
Any  piece  of  software  implementing  the  xAPl  standard  running  on  any  networked  device 
ean  track  learning  aetivity  and  store  that  data  inside  of  a  LRS  (Brusino,  2012). 

A  LRS  is  a  key  pieee  of  the  xAPl  standard.  It  is  the  system  that  stores  the  learning 
aetivity  information,  referred  to  as  a  statement.  However,  it  does  not  host  or  provide  the 
content  to  the  user  (Experience  API,  2014).  Depending  on  the  configuration  of  the  LMS, 
the  LRS  could  either  be  an  internal  or  external  eomponent  of  the  LMS  (Brusino,  2012). 
The  communication  to  and  from  the  LRS  is  done  over  a  network  using  the  Hypertext 
Transfer  Protoeol  (HTTP)  with  the  content  being  JSON  (Experience  API,  2014). 
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JSON  is  a  format  for  text  that  is  easy  to  read  by  humans  and  able  to  be  parsed  by 
computers  (Bray,  2014).  See  Figure  3  for  example  JSON  of  the  car  make,  model,  and 
year  data.  There  are  two  structures  that  can  be  used  together  in  JSON;  object  and  array. 
An  object  contains  one  or  more  keys,  which  is  a  string  of  text  (surrounded  by  double 
quotes),  and  each  key  relates  to  a  value.  An  array  is  a  list  of  values.  The  value  for  both 
the  object  key(s)  and  arrays  can  be  one  of  the  following;  string  of  text  (surrounded  by 
double  quotes),  a  number,  another  object,  another  array,  a  boolean  (true  or  false),  or  a 
null  (empty). 


Array  Start  [ 

Object  1  Start  i 


Object  1  End 
Object  2  Start 


{ 


Object  2  End 
Object  3  Start 


Object  3  End 
Array  End 


Object  Keys  Object  Values 

I  1 

"Make"  :  "Chevrolet" 
"Model"  :  "Corvette" 
"Year"  ;  2008 


"Make"  :  "Chevrolet" 
"Model"  :  "Camaro" 
"Year"  :  2013 


"Make"  :  "Dodge" 
"Model"  :  "Dakota" 
"Year"  :  2002 


Figures.  JSON  array  of  car  objects. 


At  a  high  level,  a  single  statement  stored  in  the  LRS  contains  several  different 
pieces  of  information  (Experience  API,  2014).  For  the  purpose  of  this  thesis,  there  are 
three  top  level  data  elements  about  the  learning  (Actor,  Verb,  and  Object)  and  five  top 
level  data  elements  about  the  statement  itself  (Authority,  Timestamp,  Stored,  Version, 
and  ID).  See  Figure  4  for  the  xAPELRS  statement  structure.  Table  1  for  a  description  of 
each  element,  and  the  appendix  for  a  sample  JSON  statement.  (Note;  This  does  not  cover 
the  full  xAPFLRS  elements  but  only  a  sub-set  of  elements  as  relevant  to  this  thesis.  The 
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full  list  and  explanation  of  xAPI/LRS  elements  can  be  found  here;  https://github.com/ 
adlnet/xAPI-Spec/blob/master/xAPLmd.) 


State 

ment 

1 

id  verb  actor  version  stored  timestamp  authority  object 


en-US 


Figure  4.  xAPFLRS  statement  structure  (Advanced  Distributed  Learning,  2014). 
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Element  Name 

Element  Description 

statement 

The  xAPI  data  is  stored  in  this. 

statement,  id 

A  unique  ID  for  this  statement  in  the  LRS. 

statement.verb 

The  action  being  done  by  the  Actor. 

statement .  verb .  id 

The  full  ID  of  the  verb. 

statement.verb .  display 

The  short  ID  for  displaying  purposes. 

statement.verb .  display.  en-U  S 

The  U.S.  English  short  ID  for  displaying 
purposes. 

statement,  aetor 

The  user  doing  the  learning. 

statement.aetor.mbox 

The  email  of  the  user. 

statement .  aetor .  name 

The  name  of  the  user. 

statement,  actor,  obj  ectT  ype 

The  type  of  object  the  user  is. 

statement,  version 

The  xAPI  version  used  for  this  statement. 

statement,  stored 

The  day  and  time  this  statement  was  stored  in 
the  LRS. 

statement.timestamp 

The  day  and  time  the  learning  took  place. 

statement,  authority 

The  account  that  stored  this  statement  in  the 
LRS.  This  is  generally  the  account  of  the 
system  interacting  with  the  LRS.  It  does  not 
have  to  be  the  Actor’s  account  although  it 
could  be. 

statement,  authority  .mbox 

The  email  of  the  authority  account. 

statement,  authority  .name 

The  name  of  the  authority  account. 

statement,  authority  .obj  ectT  ype 

The  type  of  object  the  authority  account  is. 

statement,  object 

The  learning  that  took  place  by  the  Actor. 

statement,  obj  ect.id 

The  ID  of  the  learning  being  tracked. 

statement,  obj  ect.  definition 

Additional  data  about  the  object. 

statement,  obj  ect.definition.name 

The  name  of  the  additional  object  data. 

statement,  obj  ect.definition.name.  en-U S 

The  U.S.  English  name  for  displaying 
purposes. 

statement.object.definition.extensions 

Allows  adding  customized  data  elements  for 
the  project.  This  is  a  key  feature  used  in  this 
thesis  and  is  covered  in  more  detail  in  the 
XAPEERS  Extensions  section. 

statement .  obj  ect .  obj  ectTyp  e 

The  type  of  object  the  object  is. 

Table  1.  xAPI/LRS  statement  elements  deseription  (Advaneed  Distributed 

Learning,  2014). 
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III.  PROTOTYPE  SYSTEM  DESIGN 


The  goal  of  this  prototype  system  design  is  to  provide  a  high  level  coneept  for 
getting  data  elements  that  are  stored  in  a  LRS  into  a  LMS.  It  does  not  cover  the  security 
aspects  required  for  a  production  Department  of  Defense  (DOD)  system.  For  this  study 
we  chose  to  show  this  proof  of  concept  using  quiz  information.  The  data  elements  of 
interest  to  move  from  the  LRS  to  the  LMS  are:  a  few  of  the  SCORM  SCO  data  tracking 
elements,  the  student  ID  who  took  the  quiz,  and  the  course  ID  the  quiz  is  in. 

A,  STAKEHOLDERS 

There  are  three  groups  of  stakeholders  for  the  prototype  system:  Students, 
Administrators,  and  Teachers.  In  a  future  prototype  the  Administrator  role,  as  it  relates  to 
the  prototype  in  this  thesis,  could  be  replaced  with  automation/software. 

•  Student:  Needs  to  be  able  to  access  quiz  questions  and  submit  quiz 
answers. 

•  Administrator:  Needs  to  be  able  to  initiate  the  copy  of  data  from  the  LRS 
to  the  LMS. 

•  Teacher:  Needs  to  be  able  to  access  quiz  scores  for  Students  in  the  LMS. 

B,  USE  CASES 

The  use  cases  in  Figure  5  are  based  on  the  stakeholders  and  their  needs.  The 
details  of  each  use  case  (UC)  can  be  found  in  Table  2  through  Table  6.  As  this  is  a  proof 
of  concept  prototype  the  exception/error  use  cases  are  not  handled. 
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Teacher 


Figure  5.  Prototype  system  use  ease  diagram. 

There  are  a  few  assumptions  that  apply  to  all  the  use  cases,  UC1-UC5.  First  is  that 
the  LMS  has  been  set  up  with  a  course  and  that  the  course  has  been  set  up  with  a 
SCORM  quiz  content  package.  Second  is  that  the  LMS  has  been  set  up  with  the  Student 
user  and  Teacher  user  and  they  have  been  enrolled  in  the  course  as  a  student  roll  and 
teacher  roll,  respectfully.  Please  note  that  LMS’s  behavior  (code  base)  is  not  being 
modified  in  anyway  so  UC5  would  be  the  same  on  any  LMS.  The  UC1-UC4  are  the  new 
pieces  for  the  prototype  system. 

Decoupling  the  data  tracking  and  content  hosting,  that  a  LMS  typically  provides, 
allows  for  greater  system  flexibility.  The  decoupling  can  be  done  by  having  the  content 
hosted  by  a  server  and  the  data  tracked  in  the  LRS.  The  website  in  this  prototype  is  the 
Quiz  website  since  this  prototype  focuses  on  quiz  score  data.  This  is  shown  in  UCl  and 
UC2. 
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UCl 

Student  -  Access  Quiz  Questions 

Description 

Steps  taken  for  a  Student  to  bring  up  the  Quiz  website  that 
contains  the  quiz  questions. 

Assumptions 

•  Student  has  not  attempted/completed  the  quiz. 

•  Student  is  using  either  a  mobile  device  or 
workstation  (device)  that  has  an  Internet  browser 
installed  on  it. 

Base  Course  of  Action 

1 .  Student  opens  the  Internet  browser  on  their  device. 

2.  Device  displays  Internet  browser. 

3.  Student  inputs  the  Quiz  website  URL  into  the 

Internet  browser. 

4.  Device  displays  Quiz  website  content  (quiz 
questions)  via  Internet  browser. 

Table  2.  Use  Case  1  -  Student  -  Access  Quiz  Questions. 


UC2 

Student  -  Submit  Quiz  Answers 

Description 

Steps  taken  for  a  Student  to  submit  the  quiz  answers  on  the 
Quiz  website. 

Assumptions 

•  Student  has  just  completed  UCl. 

•  Student  is  using  either  a  mobile  device  or 
workstation  (device)  that  has  an  Internet  browser 
installed  on  it. 

Base  Course  of  Action 

1 .  Student  selects  answers  to  each  quiz  question 
displayed  in  Internet  browser. 

2.  Device  displays  selected  answers  for  each  quiz 
question  via  Internet  browser. 

3.  Student  submits  quiz  answers  in  Internet  browser. 

4.  Device  displays  submission  success  via  Internet 
browser. 

Table  3.  Use  Case  2  -  Student  -  Submit  Quiz  Answers. 
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UC3 

Administrator  -  Access  Data  Sync 

Description 

Steps  taken  for  an  Administrator  to  bring  up  the  Data  Sync 
website  that  contains  the  Data  Sync  functions. 

Assumptions 

•  Student  has  just  completed  UC2. 

•  Data  Sync  has  not  been  run. 

•  Administrator  is  using  either  a  mobile  device  or 
workstation  (device)  that  has  an  Internet  browser 
installed  on  it. 

Base  Course  of  Action 

1.  Administrator  opens  the  Internet  browser  on  their 
device. 

2.  Device  displays  Internet  browser. 

3.  Administrator  inputs  the  Data  Sync  website  URL 
into  the  Internet  browser. 

4.  Device  displays  Data  Sync  website  content  (Data 
Sync  functions)  via  Internet  browser. 

Table  4.  Use  Case  3  -  Administrator  -  Access  Data  Sync. 


UC4 

Administrator  -  Start  Data  Sync 

Description 

Steps  taken  for  an  Administrator  to  start  the  Data  Sync 
function  from  the  LRS  to  the  LMS  on  the  Data  Sync 
website. 

Assumptions 

•  Administrator  has  just  completed  UC3 . 

•  Administrator  is  using  either  a  mobile  device  or 
workstation  (device)  that  has  an  Internet  browser 
installed  on  it. 

Base  Course  of  Action 

1.  Administrator  selects  the  Start  Data  Sync  button  in 
Internet  browser. 

2.  Device  displays  Data  Sync  ran  successfully  in 
Internet  browser. 

Table  5.  Use  Case  4  -  Administrator  -  Start  Data  Sync. 
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UC5 

Teacher  -  Access  Quiz  Scores 

Description 

Steps  taken  for  a  Teacher  to  view  the  Student’s  quiz  score 
data  in  the  LMS. 

Assumptions 

•  Administrator  has  just  completed  UC4. 

•  Teacher  is  using  a  workstation  that  has  an  Internet 
browser  installed  on  it. 

Base  Course  of  Action 

1.  Teacher  opens  the  Internet  browser  on  their 
workstation. 

2.  Workstation  displays  Internet  browser. 

3.  Teacher  inputs  the  LMS  URL  into  the  Internet 
browser. 

4.  Workstation  displays  LMS  login  screen  via  Internet 
browser. 

5.  Teacher  inputs  their  username  and  password  into 
the  LMS  logins  fields  and  clicks  the  Login  button  in 
the  Internet  browser. 

6.  Workstation  displays  login  successful  by  showing 
the  LMS  home  page  via  the  Internet  browser. 

7.  Teacher  selects  the  course  they  are  enrolled  in  as 
the  teacher  role  in  the  Internet  browser. 

8.  Workstation  displays  the  course  home  page  via  the 
Internet  browser. 

9.  Teacher  selects  the  grade  book  for  the  course  in  the 
Internet  browser. 

10.  Workstation  displays  the  grades  for  all  students 
enrolled  in  the  course  via  the  Internet  browser. 

Table  6.  Use  Case  5  -  Teacher  -  Access  Quiz  Scores. 


C.  COMPONENTS 

Figure  6  shows  all  of  the  prototype  system  components,  the  users  of  the  system, 
and  how  they  relate  to  one  another.  This  study  is  conducted  within  NFS’s  firewall  in  a 
virtualized  environment. 
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■NPS  Virtual  Test  Environment- 


Student 
Device 
“I - 


Quiz 

Website 


El  LRS 


M  I  Data  Sync 


Website 

—I - 


LMS 


0 


A 

Student 


J  Administrator 
j  Device 

- z - 
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Teacher 
Workstation 
- z - 


0 


Teacher 


Administrator 


Figure  6.  Prototype  system  eomponent  diagram. 


In  Table  7  the  description  and  technology  for  each  component  is  listed.  The  Quiz 
website,  LRS,  Data  Sync  website,  and  LMS  can  all  reside  on  separate  virtualized  servers 
to  show  that  they  are  separate  components.  However,  they  could  all  just  as  easily  be  put 
on  a  single  server. 
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Component 

Description 

Technology 

Student  Device 

Student  uses  this  to  access 
the  Quiz  website. 

This  can  be  any  device  that  has 
an  Internet  browser  and 
network  capability  such  as  a 
desktop  computer  or 
smartphone. 

Quiz  website 

Hosts  the  quiz  that  includes 
the  content  such  as:  HTML, 
CSS,  JavaScript,  etc.  When 
the  quiz  data  is  submitted, 
the  tracking  data  is  sent  to 
the  LRS. 

Server  OS: 

Ubuntu  12.04.4  (64  bit) 

website  Language: 

Java  6.31 

Hosting  Software: 

Apache  Tomcat  7.0.26 

LRS 

Tracks  the  resulting  quiz 
data. 

Server  OS: 

Ubuntu  12.04.4  (64  bit) 

LRS  Software: 

ADLLRS  1.0.0 

Administrator  Device 

Administrator  uses  this  to 
access  the  Data  Sync 
website. 

This  can  be  any  device  that  has 
an  Internet  browser  and 
network  capability  such  as  a 
desktop  computer  or 
smartphone. 

Data  Sync  website 

Hosts  the  Data  Sync  function 
that  pulls  the  quiz  data  from 
the  LRS,  transforms  it  to 
match  the  LMS  data  format, 
and  then  pushes  the 
transformed  data  into  the 

LMS. 

Server  OS: 

Ubuntu  12.04.4  (64  bit) 

website  Language: 

Java  6.31 

Hosting  Software: 

Apache  Tomcat  7.0.26 

LMS 

End  point  for  the  Student’s 
quiz  score  data  and  where  the 
Teacher  can  view  the 

Student’s  quiz  score. 

Server  OS: 

Ubuntu  12.04.4  (64  bit) 

LMS  Software: 

Moodle  2.7 

Hosting  Software: 

Apache  2.4.9 

Teacher  Workstation 

Teacher  uses  this  to  access 
the  LMS. 

This  can  be  any  desktop 
computer  that  has  an  Internet 
browser  and  network  capability. 

Table  7.  Prototype  system  component  descriptions  and  technologies. 
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D,  ARCHITECTURE 


The  prototype  system  uses  a  client  server  three-tiered  architecture  as  shown  in 
Figure  7.  The  tiers  are  presentation,  logic,  and  data/storage. 


Presentation 

Tier 


Student  Device 


Administrator  Device 


Teacher  Device 


Logic 

Tier 


Quiz  Website 


I  Data  Sync  Website 


LMS  (front  end) 


Data/Storage 

Tier 


L 


<  LRS  LMS  (back  end) 

Figure  7.  Client  server  three-tiered  architecture  of  prototype  system. 


E,  SEQUENCE  DIAGRAMS 

At  a  high  level,  there  are  three  stages  for  the  prototype  system  and  each  stage  is 
triggered  by  a  user.  In  the  first  stage,  shown  in  Figure  8,  is  the  Student  user  submits  their 
quiz  response  to  the  Quiz  website  that  in  turn  places  the  data  inside  the  LRS.  The  second 
stage,  shown  in  Figure  9,  is  the  Administrator  user  runs  the  Data  Sync  program  to  copy 
the  data  from  the  LRS  to  the  LMS.  For  the  third  stage,  shown  in  Figure  10,  the  Teacher 
user  access  the  LMS  to  view  the  Student’s  quiz  grade. 

1.  Student  User  Quiz  Submission 

First  the  Student  user  using  the  Student  Device’s  Internet  browser  accesses  the 
HTML  quiz  content  (HTTP  get)  on  the  Quiz  website  (java  servlet).  Next  the  Student 
Device,  via  the  Student  user,  submits  the  quiz  response  (HTTP  Post)  to  the  Quiz  website. 
The  Quiz  website  calculates  the  quiz  score  and  then  constructs  the  JSON  statement  to  be 
inserted  into  the  LRS.  This  JSON  statement  includes  the  Extensions  data  elements  that 
are  covered  in  more  detail  in  the  XAPLLRS  Extensions  section.  Easily  the  Quiz  website 
pushes  the  JSON  statement  into  the  ERS  (HTTP  post).  The  LRS  adds  a  few  additional 
elements  to  the  statement  once  it  is  stored  (see  the  appendix  for  a  sample). 
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Figure  8.  Student  quiz  submission  sequence  diagram. 


2.  Administrator  User  Data  Sync 

First  the  Administrator  user  using  the  Administrators  Device’s  Internet  browser 
accesses  (HTTP  get)  the  Data  Sync  website  (java  servlet).  Next  the  Administrator 
Device,  via  the  Administrator  user,  submits  the  request  (HTTP  post)  to  start  the  Data 
Sync  process.  The  Data  Sync  website  then  pulls  the  quiz  score  and  other  tracking  data 
(HTTP  get)  for  the  Student  user  as  a  JSON  statement  from  the  LRS  (see  the  appendix  for 
a  sample),  transforms  the  data  into  the  LMS,  and  pushes  the  quiz  tracking  data  (JDBC 
inserts)  into  the  LMS. 
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Figure  9.  Data  Sync  of  LRS  to  LMS  sequence  diagram. 


3.  Teacher  User  View  Grade 

The  Teacher  user  using  the  Teacher  Workstation’s  Internet  browser  logs  into  the 
LMS,  selects  the  course,  and  opens  the  grade  book  to  view  the  Student’s  quiz  grade. 
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Figure  10.  Teacher  viewing  student’s  quiz  score  sequence  diagram. 

F.  CLASS  DIAGRAMS 

There  are  four  separate  server  side  software  components  that  make  up  the 
prototype  system:  Quiz  website,  LRS,  Data  Sync  website,  and  LMS.  Of  those,  the  LRS 
and  LMS  software  existed  before  this  thesis.  The  Quiz  website  and  Data  Sync  website 
were  built  for  this  thesis  and  their  class  diagrams  are  shown  in  Figure  11  and  Figure  12, 
respectfully. 

Each  HTTP  request  made  to  the  Quiz  website  has  a  specific  action  name 
associated  with  it  and  goes  through  the  MainFilter  and  then  into  the  HomeController. 
When  the  HTTP  request  is  just  for  the  list  of  quiz  questions,  the  HomeController  directs 
the  Student  to  the  quiz  question  page.  When  the  HTTP  request  is  submitting  the  quiz 
answers,  the  HomeController  calculates  the  quiz  score,  builds  the  InsertFormBean  object, 
and  then  uses  the  LrsService  to  put  the  data  into  the  LRS. 
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Constants 


kSTRING  ACTLCN  \A;/Esr- 


kPARAM  - 


fiaseConrroffer 


«3oGet(HttpServletRequest.  HttpSeivletResponse):void 
«cioPost(HttpServletRequest.  HttpServletResponse):void 
»forAard{Strina,  HttpServletRequest.  HttpServletRGspons€):void 

T  I 

HomeControlter 


|PdcGet(HttpServletRequest  HttpServletResponse):void 


Main  Filter 


|^H3oFilte^(ServletRequest  ServletResponse.  RlterChain):void 


_ ± _ 

Lrs  Service 

-chent.aov  adinet  -api  client  StatenentClient 
•*-aetClientilnsenFQ!'nEean..aciv  ad^net  -api  client. StatenentCiient 
•*-a&tLrS'.'efbiStrina::aov  adlnet  -aDi  '•^odei  '.'erb 
*aetLrs\  erdNaneListi  :  List<Stnra> 

■*-inser:Statetr^lLlns£rtFornB&an:,yjd _ 


_ InsertFormBean _ 

•activit>ld:String 
-activityNameiString 
-actorMailbox;String 
-actorNameiStnng 
-imsAttemptString 
-lmsCourseld:String 
-lmsMoodleltemld:String 
-lmsScore:String 
-imsScormld:String 
-imsScormScoldiString 
-imsUserldiString 
-lrsAuthorityPassword:String 
->  -irsAuthorityUsernameiString 
-irsUrliString 

-verb:gov-adlnet.xapi.nx)del.Vert) _ 

+getActivityld():String 

+getActivityNam€():Stnng 

+getActorMailboxO:Stnng 

+getActorNarTie():Stnng 

+getLmsAttempt():Stnng 

+getLmsCourseld{):String 

+getLmsMoodleltemld();Stnng 

+getLmsScore();String 

+getLmsScormld():Stnng 

+getLmsScormScold{):Strjng 

+getLmsUserld():String 

•^etLrsAuthorityPassword():String 

+getLrsAuthorityUsemame():String 

•^etLrsUrl():String 

•^etVerb():gov.adlnet.xapi  model.Verb 

•►setActivityld(String):void 

•►setActivityName{Stiing):void 

+setActorMailbox(String):void 

+setActorNam€(String):void 

■*-setLmsAttempt(String):void 

+setLmsCourseld{String):void 

■*-setLmsMoodleltemld{String):vo!d 

■*-setLmsScore(String):void 

+setLmsScormld{String):void 

+setLmsScormScold(String);void 

+setLmsUserld(String):void 

+setLrsAuthorityPassword{String):void 

•^tLrsAuthorityUsername{String):void 

•^tLrsUrl(String):void 

+setVerb(gov.adlnet.xapi.model,Verb);void 

•«-toString():String _ 


Figure  11.  Quiz  website  class  diagram. 


The  Data  Sync  website  is  designed  with  the  ability  to  interact  with  both  the  LRS 
and  LMS  at  various  stages  of  the  process  to  make  development  easier.  However,  since 
the  goal  of  the  Data  Sync  website  is  to  sync  the  data  from  the  LRS  to  the  LMS,  that  is  the 
process  discussed  here.  Each  HTTP  request  made  to  it  has  a  specific  action  name 
associated  with  it  and  goes  through  the  MainFilter.  The  first  request  to  access  the  Data 
Sync  website  goes  to  the  HomeController  and  redirects  the  Administrator  to  the  main 
Data  Sync  website  page  that  contains  all  the  functions.  The  Administrator  executes  the 
Data  Sync  function  from  this  page  that  goes  to  the  DataSyncController  that  calls  the 
DataSyncService.  The  DataSyncService  calls  the  LrsService  to  pull  the  Student’s  quiz 
tracking  data  from  the  LRS,  it  transforms  the  data  into  the  LMS  format,  and  then  calls  the 
LmsService  to  insert  the  data  into  the  LMS. 
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Figure  12.  Data  Sync  website  class  diagram. 
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G. 


XAPI/LRS  EXTENSIONS 


The  structure  of  a  statement  as  used  in  this  thesis  can  be  found  in  Figure  4  in 
Chapter  II  -  Background  section.  A  feature  to  note  about  the 
statement.object.definition.extensions  element  is  the  ability  to  add  customized  data  sub¬ 
elements  within  it  known  as  Extensions.  The  Extension  data  element  is  critical  to  this 
thesis  as  it  allows  the  statement  to  contain  the  quiz  tracking  data  elements.  These  are  the 
elements  that  are  copied  from  the  LRS  into  the  EMS  by  the  Data  Sync  function.  See 
Eigure  13  for  a  view  of  just  the  Extension  data  element  structure,  Table  8  for  an 
explanation  of  each  Extension  data  element  that  is  being  added  for  use  in  the  prototype 
system,  and  the  appendix  for  a  sample  full  LRS  JSON  statement. 


Eigure  13.  xAPELRS  statement  Extension  element  for  quiz  data  tracking. 
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Element  Name 

Element  Description 

attempt 

The  quiz  attempt  this  is  for.  Attempt  1  would  be  the  first  time  the 
Student  has  taken  the  quiz. 

courseld 

The  LMS  course  ID  that  the  quiz  is  in. 

userid 

The  LMS  user  ID  of  the  Student  that  took  the  quiz. 

moodleltemid 

The  LMS  ID  for  the  item  in  the  Moodle  LMS.  An  item  could  be 
anything  from  an  assignment  to  a  resource  posting.  In  this  case  the  ID 
is  referring  to  the  specific  quiz  in  the  LMS. 

score 

The  score  the  Student  received  for  the  quiz. 

scormid 

The  SCORM  ID  for  the  SCORM  package  that  was  uploaded  into  the 
LMS. 

scormScoId 

Within  the  SCORM  package,  the  specific  SCO  ID  this  is  for.  In  this 
case,  it  is  the  referring  to  the  quiz  SCO  in  the  SCORM  package. 

Table  8.  xAPI/LRS  statement  Extension  elements  descriptions. 
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IV.  PROTOTYPE  SYSTEM  IMPLEMENTATION 


The  prototype  system  is  implemented  in  a  virtual  environment  within  the  NPS 
firewall  as  shown  in  Figure  14.  Table  9  lists  the  various  devices  used  for  accessing  the 
prototype  system.  There  are  two  ways  the  prototype  system  is  accessed.  The  first  way  is 
with  a  Local  Workstation  running  VMware  Horizon  View  Client  software,  which  creates 
a  virtual  private  network  (VPN),  to  connect  through  the  NPS  firewall  to  a  virtual  Remote 
Workstation  in  the  NPS  Cloudlab  environment.  The  Remote  Workstation  is  then  used  to 
develop  and  access  the  virtual  servers  of  the  prototype  system.  The  second  way  is  with  a 
Mobile  Device  configured  to  use  NPS’s  VPN  to  connect  through  the  NPS  firewall  that 
then  connects  to  the  virtual  servers  of  the  prototype  system.  The  Mobile  Device  is  for 
accessing  the  prototype  system  as  the  Student  user  while  the  Remote  Workstation,  via  the 
Local  Workstation,  is  for  accessing  the  prototype  system  as  the  Student,  Administrator, 
or  Teacher  user. 
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Local  Workstation 


VMware  Horizon  View  Client 
(VPN) 


-NPS  Firewall- 


-NPS  Cloudlab- 


Remote  Workstation 
(Virtual  Wojrkstation) 


-VMware  vSphere- 


ADL  LRS 
(Virtual  Server) 


Moodle  LMS 
(Virtual  Server) 


Quiz  &  Data  Sync  Websites 
(Virtual  Server) 


VPN 


I  B 


Mobile  Devices 

Figure  14.  Prototype  system  implementation  diagram. 
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Purpose 

Type 

Brand 

Model 

OS/Version 

Local  Workstation 

Desktop 

Dell 

XPS  720 

Windows  7 

Mobile  Device 

Laptop 

HP 

Pavilion  DV7 

Windows  7 

Mobile  Device 

Tablet 

Google 

Nexus  10 

Android  4.4.4 

Mobile  Device 

Smartphone 

HTC 

HTC  One 

Android  4.1.2 

Table  9.  The  devices  used  to  access  the  prototype  system. 


ADL’s  implementation  of  the  xAPI  standard,  version  1.0.0,  is  used  for  the 
prototype  system.  The  LRS  built  by  ADL  was  installed  as-is;  no  code  modifications  were 
made  to  the  LRS  for  this  prototype. 

An  alternative  LMS  was  needed  for  this  study  because  the  AtlasPro  LMS  used  by 
NeL  could  not  be  obtained  within  the  time  constraints  of  this  thesis.  Since  the  data  being 
moved  between  the  LRS  and  LMS  is  SCORM  tracking  data  elements  and  since  SCORM 
is  the  standard  the  AtlasPro  LMS  used  for  storing  that  data,  the  assumption  is  that  any 
LMS  that  uses  the  SCORM  standard  to  store  the  tracking  data  elements  would  be 
sufficient  to  use  in  place  of  the  AtlasPro  LMS.  The  LMS  used  for  this  study  is  Moodle 
version  2.7  and  no  code  modifications  were  made  to  it. 

The  SCORM  tracking  data  elements  used  in  this  thesis  are  for  a  very  simple  quiz 
of  that  the  score  data  element  is  the  most  important.  The  sample  SCORM  package  used 
for  this  thesis  is  the  Basic  Run-Time  Calls,  SCORM  2004  3"^  Edition,  from  Rustici 
Software’s  Scorm.com  website:  http://scorm.com/wp-content/assets/golf  examples 
/PIFS/RuntimeBasicCalls  SCORM20043rdEdition.zip.  At  the  very  end  of  this  SCORM 
package  is  a  quiz.  Figure  15  shows  part  of  that  quiz.  The  correct  answers  are  in  bold  as 
this  is  a  sample  quiz.  These  same  quiz  questions  and  answers  are  used  in  the  prototype 
system. 
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Golf  Explained  -  Run-time  Basic  Calls  ^ 

^  Golf  Explained 

Knowledge  Check 

The  rules  of  golf  are  maintained  by:"? 

The  UN 

USGA  and  Royal  and  Ancient 

The  PGA 

Each  course  has  it's  own  rules 

A  score  of  two  under  par  on  a  given  hole  is  known  as  a(n): 
oppoitity  for  improvement 
birdie 

double  bogie 
eagle 

A  tvoical  oolf  course  has  holes 

(18) 

In  stableford  scoring,  the  highest  score  wins. 

Figure  15.  Rustic!  Software’s  Basic  Run-Time  Calls  SCORM  package  quiz  (Rustici 

Software). 


A.  STUDENT  USER  AND  LRS  DATA  INSERT 

The  Quiz  website  that  the  Student  accesses  is  shown  Figure  16  with  the  screen 
shots  side-by-side  to  condense  the  image.  The  correct  answers  are  indicated  only  because 
it  is  a  prototype.  Once  the  Student  is  done  filling  in  the  answers  they  click  the  Submit 
Quiz  button. 


28 


Quiz 

•  -  ”  1 rue 

O  False 

8)  The  plaver  \Mth  the  best  score  on  previous  hole  tees  off; 

1)  The  rules  of  golf  are  maintained  by: 

O  •First 

O  The  UN 

OLzist 

O  *USGA  and  Royal  and  Ancient 

O  The  PGA 

0  With  a  putter 

O  Each  course  has  it's  oun  rules 

9)  W’hich  formula  is  used  to  calculate  the  'course  handicap’? 

0  Course  Handicap  =  Handicap  index  -  number  of  holes  *  numl 

2)  A  score  of  tivo  under  par  on  a  given  hole  is  known  as  a(n): 

0  Course  Handicap  =  Number  of  years  experience  annual  equi{ 

O  opportip'  for  improvement 

O  ’Course  Handicap  =  Handicap  index  *  Slope  Katmg  /  1 13 

O  birdie 

10)  Golfer  A  has  a  course  handicap  of  6.  Golfer  B  has  a  course  hi 

O  double  bogie 

O  *  eagle 

1  (1) 

1 1)  A  'scratch  golfer’  has  a  handicap  of 

3)  A  Upical  golf  course  has _ holes 

1  (0) 

1  (18) 

1 2)  Golfer  A  has  a  course  handicap  of  3 .  Golfer  B  has  a  course  hi 

4)  In  stableford  scormg,  the  highest  score  wins. 

1  (2) 

0*True 

13)  To  make  friends  on  the  golf  course,  vou  should  plav  reallv  sU 

O  False 

5)  Par  for  a  175  yard  hole  is  U'picallv: 

OTrue 

O  ’False 

1  ^  (3) 

14)  Knickers  indicate  a  refined  sense  of  st\'le. 

OTrue 

6)  When  another  player  is  attempting  a  shot,  it  is  best  to  stand: 

O  ‘False 

O  On  top  of  his  ball 

15)  You  should  take  vour  score  vers*  serioush’  if  vou  want  to  ha\'( 

O  Directly  in  his  line  of  fire 

OTrue 

O  ‘Out  of  the  player's  Ime  of  sight 

O  ’False 

7)  Generally  sand  trap  rakes  should  be  left  outside  of  the  hazard 

Submit  Quiz  | 

Figure  16.  Quiz  website  quiz  questions. 


The  Quiz  website  calculates  the  Student’s  score,  builds  the  LRS  statement  object, 
and  then  inserts  the  statement  into  the  LRS.  Figure  17  shows  the  Student’s  score  being 
calculated  and  Figure  18  shows  the  LRS  statement  being  assembled  and  inserted.  The 
java  library  used  to  build  the  java  statement  object,  create  the  JSON  statement,  and  then 
insert  the  JSON  statement  into  the  LRS  is  the  Experience  API  Java  Library  Oxapi)  and 
can  be  found  here:  https://github.com/adlnet/ixapi.  The  Extension  data  elements  added 
for  this  prototype  are  converted  from  a  java  object  into  JSON  by  Google’s  JSON  java 
library  (GSON)  and  can  be  found  here:  https://code.google.eom/p/google-gson/.  The 
JSON  produce  by  the  GSON  library  is  then  used  with  the  jxapi  library  to  produce  the 
complete  JSON  statement  that  is  inserted  into  the  ERS. 
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//Submit  Quiz  data 

else  if  (’’submitQuiz”.equals(actionName))  { 

//Pull  form  data 
Integer  totalRight  =  0; 

totalRight  +=  getAnswerValue(request.getParameter("ql")); 
totalRight  +=  getAnswerValue(request.getParameter(”q2'’)); 
if  ("18”.equals(request.getParameter(''q3")))  { 
totalRight++; 

} 

totalRight  +=  getAnswerValue(request.getParameter("q4")); 
if  ("3".equals(request.getParameter(''q5")))  { 
totalRight++j 

} 

totalRight  +=  getAnswerValue(request.getParameter("q6")); 
totalRight  +=  getAnswerValue(request.getParameter("q7")); 
totalRight  +=  getAnswerValue(request.getParameter("q8")); 
totalRight  +=  getAnswerValue(request.getParameter(”q9'’)); 
if  ("l".equals(request.getParameter(“ql0'’)))  { 
totalRight++; 

} 

if  (”0'‘.equals(request.getParameter(“qll’')))  { 
totalRight++j 

} 

if  (”2".equals(request.getParameter(“ql2”)))  { 
totalRight++; 

} 

totalRight  +=  getAnswerValue(request.getParameter("ql3")); 
totalRight  +=  getAnswerValue(request.getParameter(”ql4”)); 
totalRight  +=  getAnswerValue(request.getParameter("ql5'’)); 
logger. clebug( "totalRight:  "  +  totalRight); 

//Calculate  quiz  score 

Float  scoreRaw  =  Float. volueO/( totalRight)/15f  *  100; 
logger. debugC’scoreRaw:  "  +  scoreRaw); 

DecimalFormat  df  =  new  DecimalFormat ("#”); 

String  scoreFinal  =  df .format(scoreRaw); 
logger. debugC’scoreFinal:  "  +  scoreFinal); 

//Build  LRS  data 

InsertFormBean  bean  =  new  InsertFormBean(); 

bean . setLrsUrl("http : //172 .20.56. 126 : 8000/xapi" ) ; 

bean . setLrsAuthorityUsername ( "Rett  Miller" ) ; 

bean .  setLrsAuthority  Password  ( '•«*•»*»»*•■ )  j 

bean .  setActorMailbox(  "mailto :  na\/yschooluser@gmail .  com" ) ; 

bean . setActorName("NavySchoolUser " ) ; 

bean . setActivityld ( "http : //nps . edu/moodle/quiz2" ) ; 

bean . setActivityName("Quiz  2" ) ; 

bean . setVerb ( LrsService . getLrsVerb ( "completed " ) ) ; 

bean . setLmsUserld ( "4" ) ; 

bean . setLmsAttempt ( " 1" ) ; 

bean. setLmsScore( scoreFinal); 

bean . setLmsCourseld ( "2" ) ; 

bean . setLmsMoodleItemId( "2” ) ; 

bean . setLmsScormId ( "1" ) ; 

bean . setLmsScormScoId ( "2" ) ; 

logger. debug( "bean:  "  +  bean); 

//Insert  LRS  data 

LrsService. insertStatement(bean); 


Figure  17.  Quiz  website  calculating  Student  score. 
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public  static  void  insertStatetnent(InsertFormBean  bean)  throws  Exception  { 
try  { 

StatementClient  client  =  getCtient(bean); 

Statement  statement  =  new  Statement(); 

Agent  agent  =  new  Agent(); 
agent .  5etMbox(  bean .  getActorf'1ailbox(  )  )  ; 
agent. set?4ame( bean . getActorName() ) j 
statement . setActor ( agent ) ; 

statement . setid (UUID . randomUUID( ) . toString( ) ) ; 
statement . setVerb( bean . getVerb() ) j 
Activity  a  =  new  Activity(); 
a.setld(bean. getActivityld () ) ; 
statement . setOb ject ( a ) ; 

ActivityDefinition  ad  =  new  ActivityDefinition(); 

ad.setName(new  HashMap<String,  String>()); 

ad . getName ( ) . put ("en -US ” ,  bean . getActivityName () ) ; 

HashMap<Stringj  lsonElement>  map  =  new  HashMap<String,  lsonElement>() ; 

6son  gson  =  new  Gson(); 

DsonElement  je  =  gson.toDsonTree(new  LrsObjectDefinitionExtensions( 
bean . getLmsUserld () , 
bean . getLmsAttempt () , 
bean . getLmsScore () , 
bean . getLmsCourseld ( ) , 
bean , getLmsFtoodleItemId() , 
bean . getUnsScormId () , 
bean . getLmsScormScoId ( ) 

)); 

map. put ("http: //nps . edu/xapi/lms",  je) j 
ad. set Extensions (map); 
a . setDef inition ( ad ) ; 

gson  =  new  Gson(); 

String  statementlson  =  gson .to3son(statement) ; 
logger. debug( "statement Json:  "  +  statementDson); 

String  publishedid  =  client. publishStatement(statement); 
logger. debugC'publishedId:  "  +  publishedid); 

} 

catch  (ProtocolException  e)  { 

if  (e.getMessage() .contains("Server  redirected  too  many"))  { 

throw  new  Exception("Problem  connecting  to  the  LRS  server.  Check  that  the  " 

+  "LRS  URL  ("  +  bean.getLrsUrl()  +  "),  " 

+  "Authority  Username  ("  +  bean . getLrsAuthorityUsername( )  +  "),  " 

+  "and  Authority  Password  ("  +  bean . getLrsAuthorityPassword( )  +  ")  " 
+  "are  correct  and  work  on  the  LRS  server.",  e); 

} 

else  { 

throw  e; 

} 

} 

} 


Figure  18.  Quiz  website  building  and  inserting  LRS  statement. 
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In  addition  to  the  quiz  on  the  Quiz  website,  for  testing  purposes  a  form  was  built 
that  can  insert  various  values  into  the  LRS  as  shown  in  Figure  19.  Other  than  the  “LRS 
URL”  field  that  just  points  to  the  LRS  location  and  the  “LRS  Authority  Password”  that  is 
used  to  connect  to  the  LRS,  all  the  data  ends  up  in  the  statement  in  the  LRS.  The  fields 
that  are  prefixed  with  “LRS”  are  required  values  for  the  LRS  statement  where  as  the 
fields  prefixed  with  “LMS”  are  the  Extension  data  elements  added  specifically  for  this 
prototype.  The  Extension  data  elements  eventually  end  up  in  the  LMS  after  the  Data  Sync 
function  is  run. 


Insert  into  Learning  Record  Store  (LRS) 

LRS  LTIL; 

|http://1 72  20  56. 1 26:8000/xapi 

LRS  Authorit>'  Username: 

Rett  Miller 

LRS  Authority’  Password: 

LRS  Actor  Mailbox: 

mailto:navyschooluser@gmail.com 

LRS  Actor  Name: 

NavySchoolUser 

LRS  ActiviU'  Id: 

|http://nps.edu/moodle/quiz2 

LRS  Activit\'  Name: 

|Quiz  2 

LRS  Verb: 

completed 

LMS  User  Id: 

4 

LMS  Attempt: 

h 

LMS  Score: 

87 

LMS  Course  Id: 

2 

LMS  Moodle  Item  Id: 

2 

LMS  SCORM  Id: 

1 

LMS  SCORM  SCO  Id: 

2 

Insert  LRS  Data 

Figure  19.  Quiz  website  testing  form  for  inserting  data  into  LRS. 
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Figure  20  shows  the  JSON  statement  once  it  is  in  the  LRS.  In  addition  to 
installing  the  ADL  LRS,  the  ADL  Experience  API  Client  Examples  were  installed; 
https://github.com/adlnet/experienceapi  client  examples.  This  included  a  Report  Sample 
project  that  can  be  used  to  view  the  statements  in  the  LRS  and  is  where  the  image  in 
Eigure  20  was  taken  from. 


11JW3314  8  iftrpv  NavySchoolUser  completed  Quiz  2 
{ 

■vefb":  ( 

'id':  'httpV/adlnet  gov/expaptfverbs/completed' 
"display":  { 

"en-US":  "completed' 

) 

). 

•timestamp":  "2014-1 1-tOT04:19:32  393130+00:1)0". 
'objecf:  { 

'definition":  ( 

'extensions’:  { 

'http://nps  edu/xapiilms':  { 
attempr:  T, 

"courseld":  ’2", 

"usefid":  "4". 
moodleltemld":  'T. 

"scofe"  '87". 

"scofmld":  T. 

'sconnScold":  "2" 

) 

>. 

'name':  { 

"en-US":  "Quiz  2" 

) 

>. 

"id":  http://nps  edu/moodle/quizZ" 

"objectType":  "Activity' 

>■ 

authofity":  { 

'mbox':  'mailto:wemiller©nps  edu', 
name'  'Rett  MSIer 
"ObjectType":  "Agenf 

"stored":  •2014-11-10T04:19:32.393130+00:00'", 
"version":  "1.0  0". 

"actor":  { 

mbox":  'mailto:navyschooKiser@gmal.com". 
name'  'NavySchoolUser". 

"ObjectType"  "Agent" 

}. 

"id":  "SbaSagfe-beOe-AaSS-bdeO-OI  379c89ed4e 


Eigure  20.  JSON  statement  in  the  ERS. 
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B. 


ADMINISTRATOR  USER  AND  DATA  SYNC  FUNCTION 


Once  the  Student’s  quiz  data  is  in  the  LRS,  the  Administrator  ean  access  the  Data 
Sync  website  as  shown  in  Figure  21.  To  run  the  Data  Syne  funetion,  the  Administrator 
would  click  on  the  “Syne  Data  from  LRS  to  LMS”  button  at  the  very  bottom.  For  testing 
purposes,  the  Data  Sync  website  also  can  test  various  aspects  of  both  the  LRS  and  LMS. 
One  item  to  note  is  that  the  xAPl  standard  does  not  provide  a  way  to  delete  statements 
from  a  LRS.  The  steps  of  the  Data  Sync  function  are  broken  out  and  discussed  below. 


Figure  21 .  Data  Sync  website. 


First  the  data  is  pulled  from  the  LRS  as  shown  in  Figure  22.  In  Figure  23  the 
details  of  the  LRS  eall  is  shown.  The  jxapi  library  is  used  for  eonneeting  to  the  LRS  to 
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pull  the  data.  The  data  is  converted  by  the  jxapi  from  a  JSON  statement  into  a  java  object 
statement.  By  default  the  LRS  will  return  the  last  100  statements  with  a  pointer  that  can 
be  used  to  get  the  next  100  statements  (and  so  on)  if  no  filter  parameters  are  added.  For 
the  prototype  system  the  LRS  data  is  filtered  by  the  specific  quiz  (http://nps.edu/moodle/ 
quiz2)  of  interest.  The  assumption  is  the  quiz  has  only  been  taken  by  a  single  Student  so 
at  this  point  the  list  of  statements  returned  are  only  for  the  specific  quiz  and  the  test 
Student.  Since  the  xAPI  does  not  allow  deleting  of  statements  from  the  LRS,  after  the 
first  run  of  the  prototype  there  will  always  be  more  than  one  statement  returned  by  this 
filter.  Since  the  statements  are  returned  in  chronological  order,  the  first  statement 
(element  0)  of  the  returned  list  of  statements  is  the  most  recent  quiz  data  for  the  test 
Student  and  that  is  the  data  used. 


public  static  void  syncData()  throws  Exception  { 

Logger. debugC'Getting  LRS  data...”); 

Statement  statement  =  LrsService.seLectStotement(); 

Logger. debugC'statement:  ”  +  ToStringBuilder.re/LectionroString(statement)); 

Logger. debug(”statement.getObject() :  "  +  ToStringBuilder.re/LectionroString(statement.getObject())); 

Activity  activity  =  (Activity)  statement. getObject(); 

Logger. debugC’activity:  ”  +  ToStringBuilder.re/LectionroString(activity)); 

ActivityOefinition  activityOefinition  =  activity. getDefinition(); 

Logger. debugC’activityDefinit ion :  "  +  ToStringBuilder.re/Lectionro5tring(activity0efinition)); 

HashMapcString,  DsonElement>  extensionsMap  =  activityOefinition. getE>ctensions(); 

Logger. debug( "extensionsMap. size() :  ”  +  extensionsMap. sizeO); 

JsonElement  jsonElement  =  extensionsMap. get(”http://nps.edu/xapi/lms''); 

Logger. debugC’jsonElement:  ”  +  ToStringBuilder.re/LcctionroString( jsonElement)); 

Gson  gson  =  new  Gson(); 

LrsObjectOefinitionExtensions  IrsObjectDefinitionExtensions  =  gson. fromD son (jsonElement,  LrsObjectOefinitionExtensions. class); 
Logger. debugC’lrsObjectOefinitionExtensions :  ”  +  ToStringBuilder. re/LectionroString(lrsObjectDefinitionExtensions) ); 


Figure  22.  Data  Sync  function  pulling  data  from  LRS. 


public  static  Statement  seiectStatenient()  throws  Exception  | 

StatementClient  client  =  getCLient()  •, 

StatementResult  results  =  client . f ilterByActivity ( "http : //nps . edu/moodle/quiz2" ) . getStatements() ; 
int  counter  =  0; 

•for  (Statement  element  :  results . getStatements() )  { 
counter++j 

logger. debugC’ counter :  ”  +  counter); 

logger. debug( "element:  "  +  ToStringBuilder. re/lectionroString(element)); 

} 

return  results. getStatements() . get(0); 

} 


Figure  23.  Data  Sync  function  pulling  data  from  LRS  detail. 
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Second  the  data  is  extracted  and  transformed  from  the  java  object  statement  and 
default  values  are  set  that  are  not  of  interest  for  this  study  but  required  by  the  Moodle 
LMS  as  shown  in  Figure  24. 


//Extracts  data 

Logger. debugC'Extracting  LRS  data...”); 

int  userid  =  Integer. voLueC^(lrsObjectDefinitionExtensions.getUserId()); 

Logger. debugC'userld :  "  +  userid); 

int  scormid  =  Integer. vaLueO/(lrsObjectDefinitionExtensions-getScormId()); 

Logger. debugC'scormId:  "  +  scormid); 

int  scold  =  Integer. voLueC>/(lrsObjectDefinitionExtensions.getScormScoId()); 

Logger. debugC'scoId:  "  +  scold); 

int  attempt  =  Integer. voLueO/(lrsObjectDefinitionExtensions.getAttempt()); 

Logger. debugC'attempt:  "  +  attempt); 

int  score  »  Integer. voLueO/(lrsObjectDefinitionExtensions.getScore()); 

Logger. debug( "score:  "  +  score); 

String  scoreAsString  =  String. v/oLueO/(score); 

Logger. debug( "scoreAsString:  "  +  scoreAsString); 
float  scoreAsFloat  =  Float. voLueO/(score); 

Logger. debugC'scoreAsFloat:  "  +  scoreAsFloat); 

int  scoreMin  =  0;//TODO  could  make  this  another  field  in  the  LRS 

Logger. debug("scoreMin :  "  +  scoreMin); 

String  scoreMinAsString  =  String. vaLueO/( scoreMin); 

Logger . debugC’scoreMinAsString :  ”  +  scoreMinAsString) ; 

int  scoreMax  =  100;//TCXX)  could  make  this  another  field  in  the  LRS 

Logger. debugC'scoreMax:  "  +  scoreMax); 

String  scoreMaxAsString  *  String. voLueO/( scoreMax); 

Logger. debug( "scoreMaxAsString:  "  +  scoreMaxAsString); 

String  lessonLocation  =  ”15";//TOOO  could  make  this  another  field  in  the  LRS 
Logger. debugC'lessonLocation:  ”  +  lessonLocation); 

String  totalTime  =  ”00:03:34. 00";//TOOO  could  make  this  another  field  in  the  LRS 
Logger. debug("totalTime:  "  +  totalTime); 

//Dates 

String  dateAsStringFull  =  statement. getTimestamp();//Example:  2014-06-15118:35:10.976673+00:00 
Logger. debugC'dateAsStringFull:  "  +  dateAsStringFull); 

String  dateAsStringShort  =  dateAsStringFull. split("\\. ") [0] ;//Example:  2014-06-15118:35:10 
Logger. debugC'dateAsStringShort:  "  +  dateAsStringShort); 

String  dateAsStringDatePart  =  dateAsStringShort. split("T")[0];//Example:  2014-06-15 
Logger. debugC'dateAsStringDatePart:  "  +  dateAsStringDatePart); 
int  year  =  Integer. \;aLueO/(dateAsStringDatePart. split (”-")[0]);//Example:  2014 
Logger. debug("year:  "  +  year); 

int  month  =  Integer. voLueO/(dateAsStringDatePart.split("-”)[l]);//Example:  06 
Logger. debugC'month:  "  +  month); 

int  day  *  Integer. voLueO/(dateAsStringDatePart.split("-”)[2]);//Example:  15 
Logger. debug("day:  "  +  day); 

String  dateAsStringTimePart  =  dateAsStringShort. split("T")[l];//Example:  18:35:10 
Logger. debugC'dateAsStringTimePart:  "  +  dateAsStringTimePart); 
int  hour  =  Integer. vaLueO/(dateAsStringTimePart.5plit(":")[0]);//Example:  18 
Logger. debugC'hour:  "  +  hour); 

int  minute  =  Integer. voLueO/(dateAsStringTimePart.split(":")[l]);//Example:  35 
Logger. debug( "minute:  "  +  minute); 

int  second  =  Integer. voLueC^(dateAsStringTimePart.split(":")[2]);//Example:  10 
Logger. debug( "second:  "  +  second); 

Calendar  cal  =  Calendar. getJnstance(); 

cal. set(year,  month,  day,  hour,  minute,  second); 

long  dateAsLongInsert  *  cal.getTimeInMillis(); 

Logger. debugC'dateAsLongInsert:  "  +  dateAsLongInsert); 

String  dateAsStringStart  *  String. voLueO/(dateAsLongInsert);  //TOGO  could  make  this  another  field  in  the  LRS 
Logger. debug("dateAsStringStart :  "  +  dateAsStringStart); 


Figure  24.  Data  Sync  function  extracting,  transforming,  and  setting  default  values. 


Lastly  the  data  is  put  into  the  LMS  java  objects  and  inserted  into  the  LMS.  The 


LMS  used  in  this  study  is  Moodle  version  2.7  and  it  does  not  provide  web  services  for 
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altering  SCORM  related  data  in  the  LMS.  Because  of  this,  the  study  reverse  engineered 
how  Moodle  handled  SCORM  data  related  for  a  SCORM  quiz  package  within  the 
database.  The  discussion  below  is  the  result  of  that  reverse  engineering  to  mimic  how 
Moodle  stores  the  SCORM  data  in  its  database. 

The  first  LMS  java  object  populated  is  the  SCO  data  as  shown  in  Figure  25.  For 
this  prototype,  the  only  value  of  interest  is  the  quiz  score  data  (cmi.core.score.raw)  but 
several  other  values  are  set  as  required  by  the  Moodle  database.  The  generic  code  used  to 
insert  a  SCO  into  the  LMS  is  shown  in  Figure  26. 


Logger. debug( "Inserting  LMS  data..."); 

ttoodleScormScoTrackBean  sco  =  new  ttoodleScortnScoTrackBean() ; 

SCO. setUserId( userid); 

SCO . setScormld ( scormld ) ; 

SCO. setScoId( scold); 

SCO. setAttempt(attempt); 

SCO. setDateAsLong(dateAsLonglnsert); 

SCO.  setElement(ScormConstants  ) ; 

SCO. setValue(dateAsStringStart); 

LmsService. insertSco( sco); 

SCO .  setElement  (ScormConstants .  ELEMENT_CMI_CORE_SCORE_RM) ; 

SCO. setValue(scoreAsString); 

LmsService. insertSco(sco); 

SCO . setElement (ScormConstants . ELEHENT_CHI_CORE_SCORE_HIN) ; 

SCO. setValue(scoreMinAsString); 

LmsService. insertSco(sco); 

SCO . setElement (ScormConstants . ELEMENT_Cni_CORE_SCOREJ-W() ; 

SCO. setValue(scoreMaxAsString); 

LmsService. insertSco(sco); 

SCO . setElement (ScormConstants . ELEHENT_CHI_CORE_LESSON_LOCATION) ; 
SCO. setValue(lessonLocation); 

LmsService. insertSco(sco); 

SCO.  set  Element  (ScormConstants.  £LE/''I£/vr_C/''IJ_COff£_LfSSO/V_STA7t/S) ; 

SCO . setValue(ScormConstants . VALUE_CHI_CORE_LESSON_STATUS_PASSED) ; 
LmsService. insertSco(sco); 

SCO.  setElement  (ScormConstants.  £LOTE/Vr_CMI_CO/fE_rorAL_riMf); 

SCO. setValue(totalTime); 

LmsService. insertSco(sco); 


Figure  25.  Data  Sync  function  SCO  Moodle  LMS  java  objects  populated. 
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public  static  void  inse^tSco(^toodleSco^mScoT^ackBean  sco)  throws  Exception  { 
Connection  con  =  null; 

PreparedStatement  ps  =  null; 
try  { 

con  =  DatabaseConnectionManager.getConnection(); 

String  query  =  "INSERT  INTO  mdl_scorm_scoes_track  (  "  + 

"userid,  "  + 

"scortnid,  "  + 

"scoid,  "  + 

"attempt,  "  + 

"element,  "  + 

"value,  "  + 

"timemodif ied  "  + 


")  "  + 

"VALUES  (?,?,?,?,?,?,?)”; 
ps  =  con.prepareStatement(query); 
ps.setlnt(l,  sco.getUserldO); 
ps.setlnt(2,  sco.getScormId()); 
ps.setlnt(3,  sco.getScoId()); 
ps.setlnt(4,  sco.getAttemptO); 
ps . setstring (5,  sco . getElement () ) ; 
ps. setString(6,  sco.getValue()); 
ps.  set  Long  (7,  sco.getDateAsLongO); 
int  recordsinserted  =  ps.executeUpdate(); 

Logger. debug( "recordsinserted :  "  +  recordsinserted); 

} 

finally  { 

DatabaseConnectionManager . ctose/?esource( con,  ps); 

} 

} 


Figure  26.  Data  Sync  function  SCO  inserted  into  Moodle  database  call. 


As  part  of  the  Moodle  database  reverse  engineering  to  have  the  Student’s  grade 
show  up  via  the  Moodle  website  for  the  Teacher,  several  grade  related  objects  and  tables 
need  to  be  populated  as  shown  in  Figures  27  and  Figure  28.  (Note;  These  are  not 
SCORM  related  data  elements  or  tables.) 
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//Grade 

//Enter  a  iSgisiSt  1  grade  with  no  j::a«gcas(g^  score. 

//Doesn't  appear  to  affect  anything  without  it,  but  does  this. 

^^oodleGradeGrades  gradel  =  new  MoodleGradeGrades(); 

gradel. setUserld(userld); 

gradel. setltemld(l); 

gradel . setRawGradeMin ( scoreMin ) j 

gradel . setRawGradeMax( scoreMax) ; 

gradel. set FinalGrade(scoreAsFloat); 

gradel. setDateAsLong(dateAsLonglnsert); 

LmsService. insertGrade(gradel) j 
//Grade  actually  used  score 

MoodleGradeGrades  gradel  =  new  FV3odleGradeGrades(); 

gradel. setUserld(userld); 

gradel. setUserFtodifiedId( userid); 

gradel. setltemld(l); 

gradel. setRawGrade(scoreAsFloat); 

gradel. SetRawGradeMin (scoreMin); 

gradel . setRawGradeMax( scoreMax) ; 

gradel. set FinalGrade(scoreAsFloat); 

gradel. setDateAsLong(dateAsLonglnsert); 

LmsService. insert6rode(gradel); 


Figure  27.  Data  Sync  function  Moodle  LMS  grade  java  objects  populated. 


//Grade  History 
//Source:  jJSMt/^saCSl 

MoodleGradeGradesHistory  gradeHistoryScorm  =  new  FtoodleGradeGradesHistory(); 

gradeHistoryScorm. setUserId( userid); 

gradeHistoryScorm. setUserModifiedId (userid); 

gradeHistoryScorm. setltemld(l); 

gradeHistoryScorm. setRawGrade(scoreAsFloat); 

gradeHistoryScorm . setRawGradeMin (scoreMin ) ; 

gradeHistoryScorm . setRawGradeMax( scoreMax) ; 

gradeHistoryScorm. set FinalGrade(scoreAsFloat); 

gradeHistoryScorm. setDateAsLong(dateAsLonglnsert); 

gradeHistoryScorm . setActionId ( 1) ; 

gradeHistoryScorm . setoldid (1) ; 

gradeHistoryScorm . setSource( "mod/scorm” ) ; 

LmsService . insertGrodeHistory (gradeHistoryScorm) ; 

//Source:  system 

FtoodleGradeGradesHistory  gradeHistorySystem  =  new  MoodleGradeGradesHistory(); 

gradeHistorySystem . setUserld (userid); 

gradeHistorySystem . setitemid ( 1) ; 

gradeHistorySystem . setRawGradeMin ( scoreMin) ; 

gradeHistorySystem . setRawGradeMax( scoreMax) ; 

gradeHistorySystem. setDateAsLong(dateAsLonglnsert); 

gradeHistorySystem. setActionId (1); 

gradeHistorySystem. setoldid (1); 

gradeHistorySystem. setSource( "system"); 

LmsService.  insertGroc/eHistory(gradeHistorySystem); 

//Source:  aggregation 

FtoodleGradeGradesHistory  gradeHistoryAggregation  =  new  MoodleGradeGradesHistoryO; 

gradeHistoryAggregation . setUserld ( userid) ; 

gradeHistoryAggregation . setitemid ( 1 ) ; 

gradeHistoryAggregation . setRawGradeMin ( scoreMin ) ; 

gradeHistoryAggregation. setRawGradeMax( scoreMax); 

gradeHistoryAggregation. set FinalGrade(scoreAsFloat); 

gradeHistoryAggregation. setDateAsLong(dateAsLonglnsert); 

gradeHistoryAggregation. SetActionId (1); 

gradeHistoryAggregation. setoldid (1); 

gradeHistoryAggregation . setSource( "aggregation") ; 

LmsService. insertGrodeHistory (gradeHistoryAggregation); 


Figure  28.  Data  Sync  function  Moodle  grade  history  java  objects  populated. 
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c. 


TEACHER  USER  AND  LMS  VIEW  GRADE 


For  the  prototype  system  two  students  were  created  in  the  Moodle  LMS.  The  first 
student  (Navy-School  User-Student)  took  the  SCORM  sample  golf  quiz  within  Moodle  to 
get  a  score.  The  second  student  (test2  user2)  took  the  quiz  via  the  Quiz  website.  Figure  29 
shows  Moodle  grades  before  the  second  student’s  quiz  grade  was  copied  into  Moodle  via 
the  Data  Sync  function.  Figure  30  show  the  Moodle  grades  after  the  Data  Sync  function 
has  run. 


Golf  Course  0 

Surname  ^  First  name 

Email  address 

Run  Run  Run  ^ 

,V  Course  total  ^ 

80.00 

Navy*Sohoo(  User-Student  S 

navyschooluser@gmail.cofn 

3  D  00  Q 

te$t2  user2  3 

navyschooluser2@gmail.com 

Q 

Overall  average 

80.00 

80.00 

Figure  29.  Teacher  viewing  the  Student’s  quiz  grade  in  Moodle  LMS  before  Data 

Sync  function  run. 


Golf  Course  0 

Sun\ame  ^  First  name 

Email  address 

Run  Run  Run  ^ 

.V'  Course  total  i 

Navy-School  User*Student  9 

navyschooluser@gmail.com 

80  DO  Q 

80.00 

feest2  user2  3 

navyschooluser2@omail.com 

ST.DOO 

87.00 

Overall  average 

83.50 

83.50 

Figure  30.  Teacher  viewing  the  Student’s  quiz  grade  in  Moodle  LMS  after  Data 

Sync  function  run. 
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V.  CONCLUSIONS  AND  FUTURE  RESEARCH 


A.  CONCLUSION 

The  xAPI  along  with  its  LRS  can  overcome  the  NeL’s  AtlasPro  LMS  limitation 
of  only  tracking  learning  from  a  user’s  desktop  computer  using  an  Internet  browser.  It  is 
possible  to  track  SCORM  related  data  elements  in  a  LRS  and  then  extract  that  same  data 
and  place  it  into  a  LMS.  This  can  enable  tracking  from  much  larger  pool  of  devices  and 
software.  Another  benefit  of  using  the  xAPI  is  that  it  separates  the  tracking  of  learning 
from  the  delivery  of  learning  content  that  makes  the  overall  system  more  modular  and 
flexible. 

There  are  several  areas  specific  to  the  prototype  system  that  could  be  improved 
upon.  Obtaining  and  installing  the  AtlasPro  LMS  in  place  of  the  Moodle  LMS  would 
more  closely  align  the  prototype  to  the  NeL  production  environment.  Placing  the  Quiz 
website  and  Data  Sync  website  each  on  their  own  virtual  server  would  better  decouple  the 
components.  Having  to  reverse  engineer  the  Moodle  LMS  SCORM  database  interaction 
was  not  ideal  and  would  be  better  if  Moodle  provided  a  web  service  for  SCORM 
interactions.  Automating  the  triggering  of  the  Data  Sync  function  would  remove  the  need 
for  it  being  manually  triggered  by  the  Administrator  user. 

While  the  prototype  system  has  the  Student  Device  interact  with  the  LRS  via  the 
Quiz  website,  it  is  possible  to  have  the  Student  Device  interact  with  a  LRS  directly.  The 
Student  Device  doesn’t  even  have  to  use  an  Internet  browser  for  the  interaction.  This  is 
because  the  xAPI  works  over  HTTP.  As  long  as  the  Student  Device  has  software  that  can 
communicate  over  HTTP  and  a  network  connection  to  the  LRS,  then  the  Student  Device 
can  interact  with  the  LRS.  Because  of  this,  the  Student  Device  doesn’t  have  to  be  a 
desktop,  laptop,  tablet,  or  even  a  smartphone  but  could  any  type  of  computing  device 
with  a  network  connection  such  as  a  hand-held  scanner  or  pilot  tactical  helmet.  It  may 
even  be  possible  to  put  the  LRS  on  the  computing  device  itself 
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B,  FUTURE  RESEARCH 

The  prototype  system  used  only  a  few  of  the  SCORM  standard  data  elements  but 
there  are  many  more.  It  could  be  beneficial  to  have  a  complete  mapping  of  SCORM  data 
elements  from  a  LRS  to  a  LMS.  Is  it  possible  to  put  every  type  of  SCORM  data  element 
into  a  LRS?  Can  those  same  SCORM  data  elements  then  be  transferred  into  a  LMS? 

HTML5  provides  some  powerful  new  features  such  as  local  (offline)  device 
storage,  and  geographical  location  of  the  device,  and  native  (no  plug-in)  support  for 
audio,  video,  interaction,  and  drawing  (MacDonald,  2011).  Can  HTML5,  along  with  the 
xAPI,  provide  the  same  features  and  functionality  that  training  material  in  the  existing 
NeL  LMS  provides?  What  new  features  and  functionality  are  possible? 

As  the  prototype  system  is  a  proof  of  concept,  it  does  not  take  into  account  many 
of  the  DOD  related  security  concerns.  What  are  the  security  concerns  with  the  xAPI/ 
LRS?  How  can  these  security  concerns  be  mitigated? 

While  the  xAPI  can  augment  SCORM,  the  xAPI  isn’t  limited  to  just  storing 
SCORM  data  elements.  What  non-SCORM  data  elements  would  be  useful  to  track  and 
store  in  a  LRS? 

There  is  no  requirement  that  the  computing  device  must  connect  to  the  LRS  over 
a  network  connection.  It  may  be  possible  to  put  the  LRS  on  the  computing  device  itself 
that  may  be  beneficial  in  certain  situations.  Can  a  LRS  be  installed  directly  on  the 
computing  device  that  is  going  to  communicate  with  the  LRS?  If  so,  what  possibilities 
does  this  open  up? 

These  are  just  a  few  directions  the  research  could  be  taken. 
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APPENDIX.  XAPI/LRS  STATEMENT  IN  JSON  FORMAT 


"id":  "f7c4fe63-c3 14-4525-883a-407f2fe06dd4", 

"verb":  { 

"id":  "http://adlnet.gov/expapi/verbs/completed", 
"display":  { 

"en-US":  "completed" 

} 

}, 

"actor":  { 

"mbox":  "mailto:navyschooluser@gmail.com", 
"name":  "NavySchoolUser", 

"objectType":  "Agent" 

}, 

"object":  { 

"definition":  { 

"extensions":  { 

"http://nps.edu/xapi/lms":  { 
"attempt":  "1", 

"courseld":  "2", 

"userid":  "4", 
"moodleltemid":  "2", 
"score":  "95", 

"scormid":  "1", 
"scormScoId":  "2" 

} 

}, 

"name":  { 

"en-US":  "Quiz  2" 

} 

}, 

"id":  "http://nps.edu/moodle/quiz2", 
"objectType":  "Activity" 

"authority":  { 

"mbox":  "mailto:wemiller@nps.edu", 

"name":  "Rett  Miller", 

"objectType":  "Agent" 

}, 

"timestamp":  "2014-1 1-02T21:43:5 1.227355+00:00", 
"stored":  "2014-1 1-02T21:43:5 1.227355+00:00", 
"version":  "1.0.0" 
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